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Intelligent Data Query Builder 

BACKGROUND OF THE INVENTION 

Related Inventions 

The present invention is related to the following commonly-assigned inventions, which 

5 were filed concurrently herewith: U. S. Patent (serial number 10/ ), titled 

"Customized Subscription Builder" and U. S. Patent (serial number 10 / ) , titled 

"Intelligent Subscription Builder". These co-pending applications are hereby incorporated herein 
by reference. 



10 



Field of the Invention 

The present invention relates to computer software, and deals more particularly with 
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techniques for programmatically determining one or more logical choices to be offered to users as 
conditions of a data query (e.g., for searching a content source), and enabling extensions to 
already-established queries to be programmatically created. 



Description of the Related Art 

5 In today's networked world, a user can be notified of events in a number of ways, 

including via their instant messaging client, e-mail client, or personal digital assistant ("PDA"). 
Unfortunately, however, users are limited to what they can be notified about because they are 
restricted to predetermined data feeds which are defined by other parties such as a software 
vendor or Web portal. Well-known examples of such data feeds include delivery of current 
10 weather, stock prices, and news to subscribers. Currently, the provider of the content is required 
to deploy a subscription interface that enables users to subscribe to content. Using the 
subscription interface, users indicate that they would like a particular data feed delivered to a 
client application over a communications network. 

There are several drawbacks to existing techniques. If a content provider has not 
15 provided a subscription interface, then users are unable to subscribe to the content. Instead, they 
have to repeatedly take explicit action to continue viewing the content, such as returning to the 
content provider's Web page periodically. Another drawback of existing techniques is that, even 
if a subscription interface has been provided, it often does not has sufficient granularity to meet 
the needs or desires of end users. As a result, the user effectively gets no say as to what data feed 
20 is important to him/her. Furthermore, selecting parameters for a content subscription is a manual 
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process that may often be tedious and error-prone, leading to user frustration and/or delivery of 
content which is not optimized for the user's interests. 

The present invention provides novel techniques for programmatically assisting users in 
defining query parameters, thereby establishing queries more effective queries and/or queries with 
reduced errors. The queries thus defined may be used, for example, as the conditions under which 
the users selectively subscribe to data feeds. 

SUMMARY OF THE INVENTION 

An object of the present invention is to programmatically assist users in defining query 
parameters. 

Another object of the present invention is to provide techniques with which end users can 
more easily select conditions under which content is delivered. 

A further object of the present invention is to define techniques for providing improved 
subscription interfaces. 

Still another object of the present invention is to define techniques that enable users to 
benefit from well-defined queries, without requiring the users to build the query parameters 
manually. 



RSW920030296US1 



-3- 



Other objects and advantages of the present invention will be set forth in part in the 
description and in the drawings which follow and, in part, will be obvious from the description or 
may be learned by practice of the invention. 

To achieve the foregoing objects, and in accordance with the purpose of the invention as 
broadly described herein, the present invention may be provided as methods, systems, and 
computer program products. In one aspect of preferred embodiments, the present invention 
provides techniques for programmatically building queries in a computing environment, 
comprising: programmatically identifying, for a content source, at least one element thereof as 
candidate query parameters; and providing the identified parameters for use in carrying out a 
query of the content source. 

In another aspect, the programmatic building of queries comprises: enabling a user to 
identify elements of a content source as query parameters; programmatically identifying, for at 
least one of the query parameters, values to use as candidate values in a query of the content 
source; and providing the identified values and the query parameters for use in carrying out a 
query of the content source. 

In still another aspect, the programmatic building of queries comprises: programmatically 
identifying, for at least one query parameter to be used when querying a content source, one or 
more candidate query qualifiers; and providing the identified qualifiers and the query parameters 
for use in carrying out a query of the content source. 
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In a further aspect, the programmatic building of queries comprises: obtaining a set of one 
or more query parameters for querying a content source; and programmatically identifying, for the 
obtained query parameters, one or more candidate extensions thereto which are usable for 
querying the content source. The set may be obtained as input from a user, or may be 
5 programmatically determined. The candidate extensions may be identified, for example, by using 
one or more of the obtained query parameters to consult a lookup table. A user may be allowed 
to select one or more of the programmatically-identified candidate extensions for querying the 
content source. 

In these aspects, the programmatic identification may further comprise consulting a 
10 lookup table using information regarding the content source, or using information regarding a 
user for whom the query will be carried out. A user may be allowed to request addition of 
parameters for the query, in which case at least one query extension parameter is preferably 
identified. 

The present invention will now be described with reference to the following drawings, in 
1 5 which like reference numbers denote the same element throughout. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 provides a sample Web page illustrating content against which a user may execute a 
programmatically-built query, using techniques disclosed herein; 
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Fig. 2 illustrates a sample table containing a subset of the content in Fig. 1, which may be 
of interest to a particular user; 

Fig. 3 illustrates, at a high level, components and flows used in preferred embodiments of 
the present invention; 

5 Figs. 4 through 7 illustrate query parameter selection menus of the type that may be 

provided by preferred embodiments; and 

Figs. 8 through 1 1 provide flowcharts illustrating logic that may be used when 
implementing aspects of preferred embodiments of the present invention that correspond generally 
to Figs. 4 through 7, respectively. 

10 DESCRIPTION OF PREFERRED EMBODIMENTS 

The present invention provides techniques for programmatically building queries. These 
queries may be used for retrieving content from a Web site (or analogous network-accessible 
content view), for example when a user is building a subscription to the content of the Web site 
or some subset thereof. Accordingly, techniques disclosed herein may be used in combination 
1 5 with either or both of the related inventions, which are directed toward content subscriptions. 

The disclosed techniques can therefore be used to assist users in building subscriptions to any data 
on the Internet (or other network; references herein to "Internet" or "Web" are by way of 
illustration but not of limitation). However, the present invention is not limited to a content 
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subscription environment, and may be used for building more general queries. 

Use of the present invention enables users to benefit from powerful queries, without 
requiring the users to manually construct those queries. Because the user is assisted 
programmatically, fewer opportunities for user error will be present, thereby leading to an 
improved user experience. An advantage offered to businesses is that users of their content will 
generally have a more favorable experience. In addition, the businesses need to create roll-your- 
own query subsystems for use with the content they provide. 

Preferred embodiments will now be described in more detail with reference to Figs. 1-11. 

The sample Web page 100 depicted in Fig. 1 illustrates content against which a user of the 
present invention might advantageously issue a query. As shown therein, the sample Web page 
100 corresponds to a Web site on which job openings are posted. In this example, job postings 
include software engineer, nurse, librarian, software developer, and attorney. See the Job Title 
column 130. The sample Web page also includes a Date 120 on which the job opening was 
posted; a Description 140, providing more information about each job opening; the Salary 150 for 
this job opening; and the Location 160 of this job opening. 

When used in combination with either of the related inventions, embodiments of the 
present invention enable a user to subscribe to this Web page content in a user-customized 
manner. The user can thereby be notified of updates to the content, and can choose to receive 
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only the data that is of interest to this user. For example, suppose a particular user is interested in 
computer programming-related jobs. This user might be interested in the software engineer and 
software developer postings shown in Fig. 1, but would likely be uninterested in availability of 
jobs for nurses, librarians, and attorneys. 

5 Hereinafter, discussions of preferred embodiments focus on techniques of the present 

invention in isolation. It will be obvious to one of ordinary skill in the art how these techniques 
may be leveraged with either or both of the related inventions. 

According to preferred embodiments, content of interest to a user is modeled as a table of 
values. This is illustrated in Fig. 2. which illustrates a sample table 200 containing a subset of the 

1 0 job postings content from Web page 1 00 in Fig. 1 . In this example, the content of interest 
comprises only the Location column 210 and Job Title column 220, which are presented as 
column headings 230 of table 200, and particular values for the location and job title are restricted 
(in this example) to the values shown in rows 240, 250. (In other scenarios, the table reflecting 
content of interest might contain more, or fewer, row and/or column values as contrasted to the 

1 5 content source. Or, the table might reflect only column headings in still other scenarios.) 

In one aspect of preferred embodiments, the columns of interest are determined 
programmatically (and the values may optionally be determined programmatically). In another 
aspect, the columns are selected by a user, and the values are determined programmatically. (See, 
for example, the discussion of Figs. 4 and 8.) In yet another aspect, the columns from a table 
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such as table 200 are used to programmatically determine other columns (Le., other types of 
values) that are likely to be of interest to the user. (See, for example, the discussion of Figs. 5 and 
9.) In still another aspect, the user may select to "drill down" further with the programmatically- 
constructed query. (See, for example, the discussion of Figs. 7 and 11.) That is, the user may be 
5 given an option to extend a query beyond its current parameters, where the extension is also 
determined programmatically. 

Referring now to Fig. 3, components and flows used in preferred embodiments of the 
present invention are illustrated. Query parameters 300, which may be programmatically 
determined or selected by a user as noted above, are input to a query builder component 310. 
10 Current context information 330 may optionally comprise additional input to the query builder, 
and thus element 330 is depicted in Fig. 3 used a dashed rectangle. 

The query builder accesses one or more databases 320, 321, ... (or, equivalently, data 
repositories such as directories, files, and so forth; the term "database" is used herein for ease of 
reference). Output from the query builder comprises extended query parameters/values 340, 
1 5 which are preferably rendered to a user on a user interface 350, thereby enabling the user to 
preview the query and optionally modify the query before its execution. 

Operation of the query builder 310 will now be described in more detail with reference to 
the sample user interface mentis in Figs. 4-7 and the flowcharts in Figs. 8-11. 
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The menu 400 illustrated in Fig. 4 displays an optional field 401 where a target of the 
presented query is displayed. In this example, the value of field 401 identifies the Web page 100 
of Fig. 1. A message 410 requests, in this example, that the user specify conditions for the query. 
Note, however, that the user does not manually build the entire query in Fig. 4 (or the queries in 
5 Figs. 5-7): instead, embodiments of the present invention assist the user in building queries. In 
various aspects, as discussed above, the degree of assistance varies. 

For the query shown in Fig. 4, for example, the user in one aspect is not required to take 
any action to select the initial query parameters. Thus, with reference to the sample Web page 
100, an embodiment of this aspect of the present invention programmatically determines that 
10 users viewing this type of job posting information are typically interested in querying the content 
using location and job title as parameters. Thus, these parameters are automatically supplied on 
the rendered query user interface 400, as shown at reference numbers 420 and 430. 

In another aspect, the user may explicitly select location 420 and job title 430 as the subset 
of job posting content for which he/she would like to execute a query. In this aspect, an 

1 5 embodiment of the present invention may programmatically determine what query qualifiers 

should be used when executing a query. For example, the query qualifiers in Fig. 4 are shown as 
"LIKE" at reference numbers 421, 431. Additional choices might include "EQUAL", "IN", 
"NOT LIKE", and so forth (as discussed below). If "Salary" (which typically has a numeric 
value) was included as a query parameter, its qualifier would preferably be of the form "<", "=", 

20 ">", and so forth. In addition or instead, an embodiment of the present invention may 
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programmatically determine what values to use when populating drop-down lists (or other 
appropriate value entries) of query patterns. This is illustrated in Fig. 4 at reference numbers 422, 
432, where a programmatic determination that values of interest to a user are likely to include 
"Raleigh, NC" as a location and "Software Engineer" as a job title. 

5 For example, the user might select the "LIKE" choice depicted in list 421 in combination 

with "Raleigh, NC" in drop-down list 422 to indicate that he/she wishes to see jobs in locations 
similar to Raleigh, NC. "Similar", in this context, may be interpreted as geographically nearby. 
Or, a query engine that executes queries built by an embodiment of the present invention may be 
adapted for determining factors such as population density, and using cities of similar 
10 characteristics for those locations which are "like" Raleigh, NC. An another example, the query 
engine might perform a string pattern-matching operation to determine whether one value is "like" 
another. 

Note that embodiments of the present invention are directed toward building queries, and 
assisting users in building (or customizing) queries. The queries may be carried out using a query 

15 engine that is outside the scope of the present invention. For example, a database or other 

repository of terms, indexed by keywords such as "location", may be used with an implementation 
of the present invention to enable making a programmatic determination of which content values 
match a particular query. For example, the database might use "location" as a keyword to 
retrieve a set of comparison criteria that define how to determine whether one location is similar 

20 to another. As another example, "job title" might be used as a keyword that will retrieve a set of 
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criteria indicating how to tell if one job title is similar to another. In this latter case, sets of job 
titles that are to be considered as matching, such as "Software Engineer" and "Software 
Developer", might be specified. 

Drop-down list 421 may contain other entries such as "EQUAL", as stated above, 
indicating that the user wants an exact match on values of the job location, or "IN", indicating 
that the user has specified some string (such as a state code) that must be found in the location 
before a job posting is of interest to this user. 

Optionally, if the values from which a query is programmatically built include user- 
selected values from the source content, such as individual cell values from Web page 100, an 
implementation of the present invention may automatically provide those values in the drop-down 
list, along with other programmatically-determined values for the appropriate column heading. 
So, for example, if the user had clicked on the job posting for "Nurse" when viewing Web page 
100, the drop-down list 432 might automatically include "Nurse Practitioner", "Licensed Practical 
Nurse", "Registered Nurse", etc., in addition to showing "Nurse" as a choice when this option is 
implemented. 

Referring now to Fig. 8, a flowchart is depicted showing logic that may be used for an 
implementation presenting a query user interface of the type illustrated in Fig. 4. This logic 
indicates that a content layout is parsed (Block 800), and one or more of the parsed values are 
then used to access a database (Block 810). (As will be obvious, it may happen that the content 
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layout has already been parsed, in which case the processing of Block 800 or its counterparts in 
Figs. 9-11 comprises obtaining the parsed values.) A set of candidate parameters are returned 
(Block 820), and used to populate the query interface (Block 830). The manner in which these 
operations may be carried out in several aspects will now be described in more detail. 

5 In an aspect where the user has not made selections manually when the query-building 

process begins, Block 800 may comprise parsing the entire underlying content source. For 
example, when the content source is a Web page, the underlying content is typically specified in 
Hypertext Markup Language ("HTML") syntax. The parsing may therefore comprise identifying 
the tag names from elements of the content source. So, with reference to Fig. 1, by way of 

10 example, the column headings 120- 160 might result from this parsing process. Block 810, in 

this aspect, preferably comprises consulting a database to determine whether some subset of those 
column headings are likely to be or more interest to users than others (and the column headings, 
or a pointer thereto, are preferably passed to the database at Block 810). For example, while a 
user might be interested in searching on job title, the database might indicate that the 

15 "Description" column 140 should be omitted. (The description values might be perceived, for 

example, as being too "free form" to be useful when executing a query.) The consulted database 
may contain information that based on gathered statistics, or it may contain mappings among 
terms, by way of illustration. As an example of the latter scenario, a mapping might be built as a 
set of terms, such as {"Location", "Job Title", "Education Requirements", "Salary"}, indicating 

20 that these four parameters represent the interests of a"typical" user. The values returned from the 
database access of Block 810 might then be structured such that any additional column headings 
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(i.e., "Date Posted" and "Description", in this example) have been pruned from the set that was 
passed to the database for evaluation. 

In another aspect, the parsed layout passed in Block 800 may comprise a set of values 
which have been selected by the user. For example, the user might have selected (with a pointing 
5 device or other selection mechanism) the Location column 160 and Job Title column 130 from 
Web page 100 in Fig. 1. In this aspect, the database access may comprise retrieving candidate 
values to be presented in drop-down lists 422, 432, and/or candidate qualifiers to be presented in 
drop-down lists 421, 431. Furthermore, this programmatic selection of candidate values, and/or a 
programmatic selection of candidate qualifiers, may be used with the programmatic selection of 
10 query parameters just described (i.e., where the user did not select any columns). 

In one approach to programmatically selecting candidate values, a current context may be 
supplied to the query builder, as discussed above with reference to element 330 of Fig. 3. This 
current context may comprise an identification of the user, the user's device, the user's 
preferences, the user's role, the current time of day, and/or a number of different types of 

1 5 information, as deemed useful for an implementation of the present invention. The manner in 

which context information of this type can be retrieved is well known in the art. For example, if 
the current user's role is "Systems Administrator", this may be used as an index at the database to 
determine what values for "Job Title" are likely to be of interest for this user, and those values 
may then be used to populate the drop-down list 432. Or, if the user's current context indicates 

20 that he/she is physically located in the United States, then this information may be used to 
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populate the drop-down list 422 with only job postings in the United States. Many other 
examples of using context information will be obvious, once the teachings disclosed herein are 
known. 



As noted above, the user may be allowed to customize the query patterns. For example, 
5 while the example in Fig. 4 shows values that are supplied in drop-down lists 422, 432, aspects of 
the present invention may present these drop-down lists as empty text entry fields, allowing the 
user to supply values therein. In this case, the present invention advantageously supplies the 
query parameters (such as parameters 420, 430) and/or the query qualifiers (illustrated at 421 , 
431). Or, when the values in the drop-down lists are programmatically supplied, an embodiment 
10 of the present invention may allow the user to manually extend the choices therein. Preferably, 
the user is allowed to select multiple query values (i.e., values of drop-down lists illustrated by 
elements 422, 432) for a particular query. Techniques for selecting multiple entries in lists of this 
type are well known in the art. 

In another approach to customization, the user may be allowed to delete one or more of 
1 5 the programmatically-provided choices. If the user removes all values from a selected query 

parameter, then that query parameter is preferably completely removed from the query pattern; or, 
a wildcard might be programmatically substituted for the query value. By deleting all values from 
the drop-down list associated with Location, for example, the user thereby indicates his/her desire 
to execute a query that evaluates only content in the Job Title field when this approach to 
20 customization is implemented. (If the user removes all values from all drop-down query value 
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lists, this is preferably treated as an error condition requiring correction by the user.) 

Once the user has previewed the query patterns, and customized the pattern when 
customization is supported, he/she preferably activates a "Submit" button 450 or similar 
mechanism for accepting the previewed query. This query may then be executed, and/or it may be 
stored for subsequent execution. 

The sample user interface 500 in Fig. 5 illustrates another aspect of preferred 
embodiments, whereby existing query parameters are programmatically extended. Fig. 9 depicts 
logic that may be used when implementing this aspect. 

In this aspect, the existing query parameters may have been determined programmatically 
(e.g., by selecting all column headings underlying a rendered Web page, as discussed above with 
reference to the job postings on Web page 100), or they may have been selected explicitly by a 
user. In this aspect, the query builder parses the existing queries parameters (Block 900), and 
uses those parameters to access one or more databases (Block 910). The database access yields a 
set of one or more extensions, which are received at Block 920 and used to populate the query 
interface at Block 930. 

Suppose, for purposes of illustration, that the existing query parameters comprise the 
column headings 210, 220 shown in Fig. 2. Block 900 preferably comprises extracting the values 
of those column headings, which are then passed to a database and used as index values into a 
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stored mapping (or a plurality of mappings). The set of terms {"Location", "Job Title", 
"Education Requirements", "Salary"} was discussed earlier as a potential set of related terms that 
are of interest to a typical user. In this aspect, when two of those four terms are passed to the 
database, the remaining terms are retrieved and are returned to the query builder, thereby 
providing query "extensions". In another approach, each term passed to the database may be 
used to retrieve a set of associated terms, and the union thereof may be used as the extensions in 
this aspect. So, for example, this aspect enables a user who may have selected location and job 
title as query parameters to further qualify his/her query to prune job postings according to their 
education requirements and their salary, without requiring the user to select those parameters 
manually. 

It should be noted that references herein to accessing a "database" are by way of 
illustration. More generally, a "lookup component" may be used which is not necessarily 
deployed using a database system. Furthermore, more than one distinct source, such as more 
than one database or more than one lookup component, may operate in cooperation with one 
another to return the candidate values discussed herein. 

Referring again to Fig. 5, in this example, the extension returned at Block 920 comprises 
the "Salary" parameter which is automatically displayed for the user at 540. Preferably, a drop- 
down query qualifier list 541 is also rendered for each query parameter extension., along with a 
drop-down query value list 542. 
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Note that values are not depicted in lists 422, 432, 542 in this example. This illustrates 
that this aspect may be directed toward extending only the existing query parameters (illustrated 
at reference numbers 420, 430), if desired for a particular implementation. Another approach is 
shown in Fig. 6, as will now be described. 

The sample interface 600 in Fig. 6 illustrates an aspect where programmatic query 
extensions of the type discussed with reference to Figs. 5 and 9 may be combined with 
programmatically-supplied values and/or programmatically-supplied parameters (i.e., where the 
user did not select the initial query parameters) of the type discussed for Figs. 4 and 8. Fig. 10 
provides a flowchart depicting logic that may be used when implementing the aspect illustrated in 
Fig. 6. 

As shown at Blocks 1000 and 1010 in Fig. 10, the parsed content is used to access a 
database, as has been discussed above with reference to Figs. 8 and 9. Now, however, the 
database retrieval comprises determining additional query parameters (e.g., Salary 540), as 
discussed with reference to Figs. 5 and 9, as well as candidate values to use for the original 
parameters and/or the extended parameters, and receiving those at Block 1020. The user 
interface 600 therefore displays drop-down lists 622, 632, 642 as being "primed" with candidate 
values, and either or both of the location 620 and job title 630 parameters may have been 
programmatically determined as discussed with reference to Figs. 4 and 8. 



Still another sample interface 700 is shown in Fig. 7, illustrating an aspect where users 
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may explicitly request extending the query pattern to further levels of detail. Fig. 1 1 depicts logic 
which may be used when implementing this aspect. The functionality of Blocks 1 100 and 1 1 10 is 
preferably as described for Blocks 1000 and 1010 and earlier counterparts in Figs. 8 and 9, and 
the functionality of Block 1 120 may be as described in Block 820, 920, or 1020. 

5 Upon receiving the candidate information in Block 1 120, the user interface is populated at 

Block 1 130. Block 1 140 then checks to see if the user has requested to add more conditions to 
this query. Referring to Fig. 7, a graphical button 760 or other selection mechanism is preferably 
provided for this purpose. Suppose, for example, that the initial values passed to the database in 
Block 1 1 10 are Location and Job Title, and that the database contains the 4-member set of terms 

10 {"Location", "Job Title", "Education Requirements", "Salary"} that was discussed earlier. 

Embodiments of the present invention may optionally employ additional filtering, for example by 
concluding that users having the same role as the current user are not typically interested in the 
education requirements listed in job postings. Thus, the only query extension returned in this 
scenario might be Salary, as shown at 540 in Fig. 7. This particular user, however, may wish to 

15 see if there are ways to further constrain the query, and may therefore select button 760. 

When button 760 is pressed (or the user otherwise selects to add more conditions), the 
test in Block 1 140 has a positive result and processing continues at Block 1 160. Preferably, this 
processing comprises using the current parsed value(s), as extended, as input to a new database 
access. Fig. 1 1 therefore shows that control transfers from Block 1 160 to Block 1 120, where 
20 results of the new database access are received. This new database access might locate and return 
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the "Education Requirements" query parameter, for example. Or, one or more other lookups 
might be performed, where this iteration of Block 1 120 represents returning the results thereof. 
For example, the salary parameter which was returned as a programmatic extension in the 
previous iteration of Block 1 120 might be used as an index term, and might generate "Employee 
Benefits" as a new query parameter. 

Block 1 130 then populates the user interface with this most recent set of information, and 
control again reaches the test in Block 1 140. If the user does not choose to add more conditions, 
then the test in Block 1 140 has a negative result, and the query may be executed (as shown in 
Block 1 1 50) and/or saved for subsequent use. 

As will be obvious, a user may be interested in querying many different kinds of content, 
and the conditions which are useful in those queries may vary widely. Accordingly, as will be 
obvious, the examples which have been discussed are by way of illustration and not of limitation. 

As has been described, embodiments of the present invention provide a number of 
advantages to end users and to companies. An implementation of the present invention may be 
offered as a stand-alone product or as a service, or it may be coupled or integrated with another 
software product, including (but not limited to) an embodiment of either of the related inventions. 

As will be appreciated by one of skill in the art, embodiments of the present invention may 
be provided as methods, systems, or computer program products. Accordingly, the present 
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invention may take the form of an entirely hardware embodiment, an entirely software 
embodiment, or an embodiment combining software and hardware aspects. Furthermore, the 
present invention may take the form of a computer program product which is embodied on one or 
more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, 
optical storage, and so forth) having computer-usable program code embodied therein. In 
addition, the present invention may be offered as a method of doing business (for example, 
whereby queries are created for users, perhaps for a fee, and so forth). 

The present invention has been described with reference to flow diagrams and/or block 
diagrams of methods, apparatus (systems), and computer program products according to 
embodiments of the invention. It will be understood that each flow and/or block of the flow 
diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams 
and/or block diagrams, can be implemented by computer program instructions. These computer 
program instructions may be provided to a processor of a general purpose computer, special 
purpose computer, embedded processor, or other programmable data processing apparatus to 
produce a machine, such that the instructions, which execute via the processor of the computer or 
other programmable data processing apparatus, create means for implementing the functions 
specified in the flow diagram flow or flows and/or block diagram block or blocks. 

These computer program instructions may also be stored in a computer-readable memory 
that can direct a computer or other programmable data processing apparatus to function in a 
particular manner, such that the instructions stored in the computer-readable memory produce an 
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article of manufacture including instruction means which implement the function specified in the 
flow diagram flow or flows and/or block diagram block or blocks. 

The computer program instructions may also be loaded onto a computer or other 
programmable data processing apparatus to cause a series of operational steps to be performed on 
the computer or other programmable apparatus to produce a computer implemented process such 
that the instructions which execute on the computer or other programmable apparatus provide 
steps for implementing the functions specified in the flow diagram flow or flows and/or block 
diagram block or blocks. 

While preferred embodiments of the present invention have been described, additional 
variations and modifications in those embodiments may occur to those skilled in the art once they 
learn of the basic inventive concepts. Therefore, it is intended that the appended claims shall be 
construed to include preferred embodiments and all such variations and modifications as fall 
within the spirit and scope of the invention. 
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